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ABSTRACT 



The failure of present-day interactive graphical systems 

c 

to provide for an effective relationship between man and 
machine is examined. An inefficient communications link is 
shown to be the basis of the problem. The manner in which 
the user controls program flow and the hardware utilized in 
inputting commands are revealed as the basic components of 
communication. 

Program control is investigated. A revised control 
method is described which consists of a series of function 
executions and six basic phases of activity for program 
control . 

With respect to input hardware, more human factors 
analysis is advocated. To assist in this analysis, a 
function classification system is described. An example 
test is conducted to compare the relative merits of the 
light pen with menu, the teletype, and function switches. 
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I. 



BACKGROUND 



In the past decade a new dimension has been* added to the 
field of electronic data processing. Traditionally the 
computer has possessed the capability of rapid, precise 
execution of previously defined instructions. By combining 
this feature with the unique capabilities of interactive 
graphics a large number of new applications areas can now 
be addressed. Also, many of the fields which have histori- 
cally made use of the computer can be augmented by the 
addition of an interactive graphical processing capability. 

In a substantial number of disciplines the primary 
method of describing a given problem is a symbolic diagram. 
These may range from electronic circuits to flow charts. 

In actuality they are topological graphs which are drawn to 
make the problem more understandable and suggestive to a 
reader from the particular discipline involved. Such dia- 
grams provide a natural medium for communication between 
the man and the machine. By properly utilizing this com- 
munications link interactive graphics can greatly increase 
the efficiency of both. The areas which fall into this 
category span the entire spectrum from engineering analysis 
and design to oceanographic wave research. 

Published case studies have supported this hypothesis 
that interactive graphics can, if properly implemented, be 
very beneficial to the user. Not only can the total time 
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required to solve a problem be reduced, but the total cost 
for obtaining the solution may be reduced as well. A 
specific example occurred in the U. S. Military satellite 
program. The problem consisted of reducing and analyzing 
the data coming back from an orbiting space platform. With- 
out the use of interactive graphics it required one month 
to get all of the calculations completed and produce a result. 
In addition, the total computer time used was seventeen 
hours. With the installation of an interactive graphical 
system, however, the final result was calculated in forty- 
eight hours with eight hours of computer time. [Ref. 1] 

In spite of the virtually unlimited possibilities avail- 
able in an interactive graphical environment users are, in 
many cases, finding other means for solving their problems. 

For many, batch processing with its inherent delays is 
preferable to going through the steps required to use present 
day interactive systems. A look at the history of interactive 
systems is required to fully comprehend this failure of 
graphics to achieve its full potential. 

With the introduction of the computer in the early 
fifties engineers and scientists were provided with an 
extremely powerful tool to be used in their quest for know- 
ledge. The major stumbling block on the road toward proper 
utilization of the computer was communication. The 
communication problem evolved from the fact that the 
computer's instructions must eventually be specified in 
binary form, a form which was and is foreign to the engineer 
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In order to utilize this new tool the engineer was forced 
to redesign his problem and his thinking into a form which 
was comprehensible to the machine's very limited vocabulary. 
Each step of the computation had to be reduced to such 
simple operations as addition and equality comparison. Some 
pre-coded routines such as multiplication and subtraction 
were developed, but their usefulness was limited. 

r 

It was at this stage of history that the computer 
programmer came on the scene. His job was to take over 
the task of recasting the desired algorithm into a form 
suitable for ingestion by the computer. Many times, however, 
the programmer was not familiar with the engineering problem 
at hand; the engineer was not familiar with programming and 
the entire process was subject to gross error. Even at its 
best the process was a source of great delays and frustrations 
for the user. [Ref. 2] 

In 1957, IBM introduced FORTRAN which was developed by 
J. W. Backus and associates. This language enabled the user 
to express his problems in more readily understood terms, 
thereby closing the communication gap between man and machine. 
FORTRAN was not without its problems, however. In the first 
place, it was not a problem-oriented language. In addition, 
the details of data -management were left to the engineer, or 
if available, the programmer. Be this as it may, computer 
usage increased as engineers and scientists alike jumped at 
even this moderate method for communicating with the computer. 
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At the same time that FORTRAN was being introduced a 
trend was developing which provided for more and more 
complex operating systems. So, instead of bringing the 
user closer to the machine he was being pushed further and 

c 

further away and was, in a sense, forced to communicate 
with the computer by letter as opposed to face-to-face. The 
only area where an interactive interface between man and 
machine was being actively pursued was in military command 
and control. An example was the SAGE system which used a 
display consisting of a Charactron display tube, a light 
gun (which was the grandfather of today's light pens) and 
a set of special purpose function keys. The operator could 
identify targets on the display for "special attention" 
by pointing to them with the light gun and pushing the 
appropriate function keys. [Ref. 3] * 

Early in the sixties people started to realize that a 
more interactive method of communication with the computer 
must be developed. It was at this point that interest in 
graphical displays and the associated input mechanisms 
began to grow rapidly. 

In 1963, Ivan Sutherland introduced his Sketchpad system 
and demonstrated how effective an interactive graphical 
display could be for improving man-machine communication. 

This dissertation did more to attract attention to interactive 
graphics that any other single development to date. 

Sutherland's motivation for developing Sketchpad was 
to provide a system which would do away with the requirement 
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of inputing analysis statements for program manipulation via 
the typewriter. His system effectively demonstrated that • 
a graphic display with the appropriate programming support 
could provide the user with the ability to construct and 
manipulate drawing-type information. This was a great leap 
forward because at last the engineers and scientists would 
be allowed to converse with the machine in the form most 
natural to them, i.e. graphics. To allow for ease of 
execution by the user, Sketchpad contained extensive console 
support. Facilities were provided for creating, duplicating, 
and manipulating graphical figures with no prior programming 
required of the user. This characteristic of systems 
programming being performed for the user is vital to an 
effective interactive graphical system. [Ref. 4] 

Following the introduction of Sketchpad, an increasing 
number of similar systems were developed. Noteworthy 
amoung these were Sketchpad III which was a three dimensional 
version of Sutherland's system and the DAC-1. The DAC-1 
was introduced in 1964 at the Fall Joint Computer Conference 
in San Francisco, California. It was an interactive graphical 
system developed by General Motors Corporation in which 
the operator created and modified the designs of automobile 
parts. The sketches which were created were stored in 
memory and were converted into wooden models with the aid of 
software programs for controlling the appropriate tools. 

An important feature of the DAC-1 was the incorporation 
of a significantly large data base from which the user 
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could call out previously defined designs in order to 
modify them or incorporate their features into future 
designs. It is important to note that the facilities for 
creating and modifying the drawings were pre-programed for 
use by the operator. [Ref. 5] 

From the middle sixties to the present little has been 
done to improve upon the original concepts of interactive 
graphical systems. Many systems have been developed, but 
invariably they fall short of their ultimate goal. That is, 
they fail to provide for truly efficient and effective man- 
machine interaction. As recently as 1969, Edward Streit 
attempted to develop his own system for interactive graphics 
stating in part: 

"The original motivation for the development 
of this system was supplied by the author's ever- 
increasing dissatisfaction with currently offered 
cathode-ray display software." [Ref. 6] 

In the same year Mr. William H. Ninke stated: 

"Initially, I think we saw having a display 
on a computer as solving all our design problems. 

All we needed was the equipment. We soon dis- 
covered the shallowness of this attitude, and, 
having recognized that equipment alone wouldn't 
solve problems, we began in earnest to lay out 
a plan of program development " [Ref. 7] 

From the preceding discussion, it can be seen that since 

the computer ' s inception the main problem has been one of 

communication. Any major improvement of the interactive 

graphical system will require examination of the man and 

the machine not as separate entities but as the basic 

components of one system with a dire need for effective 

communication . 
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The computer’s particular attributes include speed, 
memory and reliability. Once the calculations to be per- 
formed have been specified in detail it is capable of 
performing them at an astounding rate of speed. Its memory 

c 

is capable of storing large amounts of data and it may be 
accessed in a very reliable fashion. 

Man, on the other hand, is not good at computation. 

He is slow, he makes mistakes, and he has a poor memory for 
figures. He does, however, bring some indispensable features 
into the relationship. He has experience, imagination, 
social and esthetic values, an exceptional capacity for 
pattern recognition, and a tolerance of ambiguity. In 
addition, he can create, innovate, and be inventive. 

In brief, "man is a nonlinear, discrete, adaptive, 
time-varying statistical controller with a mind of his 
own" [Ref. 8] while the computer is a "lightning fast, 
nit-picking, myopic idiot." [Ref. 9] 

The critical feature affecting the man, the computer, 
and the combined operation of the two is the adequacy of 
the communications .link between them. Obviously the 
creation of a satisfactory interface between such radically 
different components is a very demanding problem. In fact, 
despite all of the work which has been done between the 
development of Sketchpad and the present-day systems the 

O 

man-to-computer communications link remains the weakest 
link in the interactive graphical system. 
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An analysis of man-machine communications reveals two 

basic components. The first of these is the physical 
* 

means with which the user inputs his messages to the 
computer. This includes such things as the teletype, the 
light pen, and function switches. The second component is 
comprised of the actual messages with which the user 
controls the flow of the analysis by the computer. At the 
most basic level, these messages consist of machine language 
instructions which cause the manipulation of and operation 
upon the various registers of the computer. At a higher 
level, a language such as FORTRAN is used and the user may 
utilize arithmetic assignment statements and general control 
options such as the conditional statements. These state- 
ments are then translated into machine language prior to 

o 

execution by the machine. It should be noted that even at 
this higher level the user is forced to communicate via 
single statements. 

It is the author's contention that these basic components 
of communication have not been carefully analyzed and 
implemented in current interactive graphical systems. 
Consequently, the communication between man and machine is 
awkward and in many cases non-productive. It is the 
purpose of this thesis to examine the basic components of 
the communication process with the emphasis placed upon 
the man as opposed to the machine. 
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II. CONTROLLING PROGRAM FLOW 



A. GENERAL 

When discussing program flow in an interactive graphical 
environment, the traditional concepts are no longer valid. 

In the typical "off-line: application, the flow follows the 
linear structure depicted in Figure 1. The program (which 
has been previously defined by the user) reads in data, 
operates on it, and produces what sometimes amounts to 
volumes of output. If a variation of data is desired or if 
a change in the general flow of the program is necessary, 
the program must be changed accordingly and re-executed. 

This type of operation is sufficient for the mathematician 
looking for the square root of two to the millionth decimal 
place, but it is a constant source of frustration for the 
engineer who is interested in studying the reactions of a 
particular circuit when various inputs are applied. 

With an interactive graphical system there are at any 
point in time a number of directions in which program flow 
can proceed. Because of this, a system of control is proposed 
in which the user is permitted to move between the various 
stages of program execution at will. Inputting data, analyzing 
results, and performing calculations are examples of these 
stages and are known as basic execution blocks. This more 
complicated version of program flow is shown in Figure 2. 
Within the basic execution blocks, the program must wait for 
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Figure 1. Program Flow in an off-line environment 




Figure 2. Flow in an interactive graphical system. 
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directions from the user at the completion of each command. 
When the program has responded to the action dictated by the 
user, it wa'its for another command indicating the direction 
in which analysis is to proceed. The process continues in 
this manner until the termination of execution by the user. 

The problem with this version of controlling program flow 
is in determining how big to make the step the computer takes 
before pausing. Obviously you don't want the program to idle 
following the completion of each machine instruction. This 
would be awkward and frustrating for the user. In addition, 
you do not want the traditional concept of having the program 
pause after it has done all of the calculations for a 
particular data set. This is also frustrating since the 
user possesses too little control over the execution. In- 

o 

stead, program flow is best represented by a series of 
function executions. The user indicates which function he 
would like executed, the computer complies and so on. It is 
felt that by working on the level of function execution 
naturalness is achieved. For example, if a user desires to 
rotate a figure by forty-five degrees he visualizes the 
figure rotating by forty-five degrees. He does not imagine 
the particular programming instructions that would cause this 
rotation to occur. 

As used here, the term function describes any sequence 

of instructions which, when executed, cause a specific event 
to occur. For example, the hypothetical function "Grid" 

would cause a grid to appear on the face of the CRT when 
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executed. The instructions that go to make up the function 
may be in two possible forms. They may be basic machine 
instructions or they may be hardware implemented. In 
addition, the execution of one function may require the 
execution of any number of other functions to achieve the 
desired result. Finally, a function may have any number of 
parameters from zero to infinity. The parameters are used 
to define the value of specific variables within the function 
that cannot be specified until execution time under normal 
circumstances. An example of this occurs in the function 
"Rotate" where the number of degrees to be rotated is 
specified at execution time. 

Because of the wide range of applications that can be 
encountered in the interactive graphical environment, there 
are many different functions that can be met. For example, 
the functions required to analyze the molecular structure 
of a compound in chemistry are a good deal different from 
the circuit analysis functions required in electrical 
engineering. In addition, the chemist would not be interested 
in having the electrical engineering functions available 
to him and vice versa. Because of this, each particular 
discipline would have its own set of functions to use when 
conversing with the machine. This unique set of functions 
would be known as the discipline set. Each of the sets 
however, would be based upon a subset of instructions which 
all disciplines have in .common. All discipline sets, for 
example would require functions enabling the user to display 
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results, draw a line, and identify a particular point. 
Functions of this type would be referred to as basic 
functions. It would seem appropriate to maintain a library 
of basic functions so that the programmer for a particular 
discipline need only supplement them with the functions which 
are unique to his area in order to obtain the required 
discipline set. This relationship between two discipline 
sets is illustrated by the Venn diagram in Figure 3. The 
intersection of the two sets is the set of basic functions 
while the disjoint portions of the diagram represent the 
functions associated with the individual disciplines. 

It is important at this point to distinguish between 
the programmer and the analyst as first conceived by Corbin 
and Frank in 1967. [Ref. 10] The analyst is the ultimate 
user for whom the hardware and software exists. He is the 
problem solver and consequently should not have to concern 
himself with the details of data processing hardware. The 
analyst operates at a level which is above the world of 




Figure 3. The relationship between two discipline sets. 
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register transfers and machine cycles. His concern is with 
application and manipulation oriented functions. Application 
functions include such functions as would be required to 
determine the total resistance of a circuit or the stress 
on a beam. Manipulation functions, on the other hand, 
would perform such operations as rotating or translating an 
object. 

The programmer is responsible for preparing the various 
functions making up the discipline set of the area in which 
he is working. As such he is very much concerned with the 
hardware and the use of the basic computer language in which 
the functions are to be written. 

B. A METHOD FOR PROBLEM SOLUTION 

F,or all of the applications found in the interactive 
graphical environment there is a generalized method for 
problem solution. This method describes six basic phases 
of activity which an analyst engages in during the process 
of solving a particular problem. A diagram of the method 
is shown in Figure 4. The six phases are: 

A. Selecting primitives 

B. Defining any new primitives required 

C. Constructing a model of the problem 

D. Selecting the analysis functions to be applied 

E. Defining any new analysis functions required 

F. Outputting results 

Phase A covers the process of selecting primitives. 

This consists of choosing the basic building blocks for the 
model of the program to be constructed. In the case of 

the electrical engineer, for example, typical primitives 
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would be capacitors, resistors, and voltage regulators. In 
most cases the primitives required for any particular 
problem would be pre-defined functions contained in the analyst's 
discipline set. If, however, an analyst was working with 
a device which had not been previously defined, he would set 
forth the definition for this new primitive in Phase B. 

There are three methods for defining new primitives. 

These are analytic definition, empirical definition, and 
macro definition. The analyst can supply some symbol for 
the primitive he wishes to define by constructing the symbol 
graphically. He may then define the nature of the primitive 
using one of the three methods mentioned above. 

The analytic method consists of inputting an explicit, 
well-defined, analytic expression in some previously agreed 
upon notation such as an arithmetic assignment statement. 




Figure 4. Illustration of the generalized method for 
problem solution. 
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It is important to note that no experience in or knowledge 
of computer programming is required on the part of the analyst 
for defining primitives in this manner. An example of 
analytic definition is shown in Figure 5. 

In many cases the analyst may wish to define a primitive 
in terms of experimental data or in some way other that 
an arithmetic assignment statement. In this instance, he 
would use the empirical definition. This consists of input- 
ting a data set in some pre-determined ordering or simply 
supplying a hand drawn curve for analysis by the computer. 

An example is shown in Figure 6. 

The final method of definition is through the use of 
the macro. This is most useful in those cases where a new 
primitive is actually a combination of previously defined 
primitives. In this instance the analyst would construct a 




Figure 5. An example of analytic definition. 
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Figure 6. An example of empirical definition. 




Figure 7. An example of macro definition. 
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network of primitives in the proper configuration utilizing 
the facilities available in the modeling phase. He would 
then equate this new network to a primitive whose symbol 
he has defined graphically. An example of this procedure 
is shown in Figure 7. The definition of primitives in this 
phase would necessitate the use of basic functions providing 
the capability to draw primitives, name them, file and 
retrieve previously defined primitives, and connect existing 
primitives . 

Having defined all of the primitives which he expects 
to utilize, the analyst proceeds to use these primitives to 
construct a symbolic diagram representing his formulation of 
the problem to be analyzed. It is this process of construct- 
ing a symbolic diagram that is known as the modeling phase. 

In the case of an electrical engineer, this phase would 
consist of drawing the dircuit diagram of the circuit in 
question . 

The modeling phase would necessarily contain a set of 
basic functions which could be used to create, modify, 
store, retrieve, name, and combine symbolic diagrams. The 
basic drawing facilities such as draw curve, draw straight 
line, erase, delete, move, and copy would be included in 
this set of functions. In addition, the basic functions 
enabling the analyst to enter alphanumeric data which would 
be associated with any instance of a primitive must be 
included in this phase.”. For example, the analyst could select 
a resistor symbol as a primitive and use it several times 
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in the construction of a circuit diagram. After completing 
the drawing, he would go back to each occurance of the 
resistor and enter the resistance for that primitive. This 
can be accomplished by selecting the particular instance 
and associating it with the set of alphanumeric data which 
is entered immediately thereafter. It should be noted that 
the inclusion of this feature would necessitate a sufficient 
data structure to be able to identify the separate occurances 
of the primitives. 

After completing the modeling phase the analyst is ready 
to select the specific analysis functions which he would 
like to have applied to his model. The functions used here 
would actually be a collection of programs representing the 
most widely used numerical analysis and problem solving 
techniques. Functions for simulation (both fixed time step 
and next event models) , a relaxation function, an integration 
function, and an algebraic equation solver would be typical. 
In addition, the analyst would be required to select and 
adjust the manner of execution of any particular analysis 
technique. Some examples of such choices and controls are: 
The interval of integration, the period of time to be 
simulated, and the number of iterations. Typically, this 
type of information would be entered through an interactive 
exchange between the computer and the analyst with default 
conditions available if the analyst has* no particular 
choice . 
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The analyst also has the option of continuing on to 
Phase D which consists of defining any new analysis functions 
which he may require. This phase is required since it 
would be impossible to predict all of the required analysis 
techniques for any given application. In some respects, 
this phase can be considered as a programming activity, but 
it should be noted that this phase would not normally be 
required since most analysis functions would be previously 
defined. In addition, the language used for specifying the 
new function would be as high-level as possible in order to 
maintain the naturalness of the input. At the very least, 
the specification would require the input of FORTRAN-like 
statements on the part of the analyst. 

The final phase of the analysis method is the output 

o 

phase. In this phase, the results of the analysis phase 
operations on the model are fed back to the analyst. Al- 
though this phase is conceptually the simplest, it has the 
potential of being the most extensive. The subject of data 
presentation is a field in itself and can become extremely 
elaborate. Functions to display two dimensional plots of 
variables, families of curves, and multiple simultaneous 
plots are typical of the types of functions encountered in 
this phase. Once more the user would indicate the variables 
he desired plotted, scale factors, etc., in an interactive 
mode with defaults available. 

The implementation of the basic facilities described 
here would greatly increase the capabilities of the analyst 
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during the period in which he is forming and evaluating 
conceptual ideas. It would allow him to deal with the 
concepts of his particular discipline through "natural" 
communication with and utilization of the computer. In 
addition, the use of the six analysis phases would not 
require any excessive learning on his part thereby minimizing 
any distraction from his work. Also, it is inherently 
possible for the analyst to make mistakes in the use of 
the system without the loss of any significant amount of 
time other than the amount involved in correcting the error. 
To an extent, this is accomplished by the division of the 
process into distinct phases. It is supported, however, by 
the fact that execution may be started or stopped at any 
time at the discretion of the analyst. In addition, he 
may move between phases at will. As an example, suppose 
that an electrical engineer realized in the modeling phase 
that he had failed to specify a capacitor as a primitive. 

At this point, he need only revert to the phase for selecting 
primitives, call out the capacitor, and continue back in 
the modeling phase. 
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III. INPUT HARDWARE 



A. GENERAL 

c 

In the past, the choice of a particular input device 
to be used by the analyst has been largely a matter of 
applying the "I think this better" hypothesis by the system 
designer. As an example, when Sutherland was designing 
Sketchpad, he was disillusioned with the teletype as an 
input device. Consequently, he utilized the light pen with 
menu to a large degree in his system. [Ref. 11] This 
decision was apparently based upon personal preference as 
opposed to the application of human factors techniques to 
determine which of a variety of available devices was 
preferable. This type of approach can and has led to the 
situation where the analyst is frustrated in his efforts to 
control a possibly superior software system because he has 
been provided with inadequate control hardware. In 1966 
Nilo Lindgren stated in part: 

"The problems of "man-computer symbiosis" 
as defined by Licklider are the result of an 
inadequate physical interface. That is, the 
console with its displays and controls. [Ref. 12] 

At the present time, man's inputs to the computer in 
an interactive graphical system tend to be limited to such 
devices as the teletype, the function selection box with 
push buttons, and the light pen. Recently, however, more 
intricate hardware has been added to the inventory of 
available devices. The following is a description of some 
of the more interesting. 
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The Rand Tablet is so called because it was originally 
developed by the Rand Corporation of Santa Monica, 

California. It consists of an array of X and Y electrical 
conductors arranged just below the top surface of the 
writing area. Each line is fed by a distinct ten bit serial 
pulse train generated by capacitive encoders. A stylus 
containing a high-gain amplifier is positioned over the 
working surface and detects the pulse trains from the nearest 
X and Y lines thereby fixing the location the stylus. 

The track-ball can produce either an analog or digital 
output. By rolling it in any direction, the operator can 
drive a cursor on a display. 

The joy-stick, which is a descendent of the control 
device used in aircraft, supplies outputs similar to the 
track-ball. In addition, it can be designed to provide 
an output proportional to either the force applied to the 
joy-stick or its deflection 

The SRI Mouse which was developed by the Stanford 
Research Institute is constructed of two potentiometers, 
mounted orthogonally, each of which has a wheel attached 
to its shaft. As the case is moved over a surface, the 
motion of the wheels on the surface will generate an out- 
put proportional to the X and Y motion of the device. [Ref. 13] 
It is interesting to note that few, if any, of the 
aforementioned devices have the associated data on oper- 
ating characteristics required to properly perform a 
human-engineering evaluation during system development. 

[Ref. 14] 
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There appear to be two prevailing philosophies concern- 
ing the inadequacy of the control hardware. The first 
seems to advocate waiting for the perfection of more exotic 
devices such as automatic speech recognition and inter- 
pretation hardware and the problem will cease to exist. 

The second philosophy acknowledges the seriousness and the 
immediacy of the problem but believes that improved man- 
machine communication evaluation requires new knowledge in 
the field of human factors engineering. [Ref. 15] 

With respect to the need for advances in the field of 
human factors engineering, the truth is that while new 
knowledge would be of value there is sufficient knowledge 
at present to radically improve the man-machine interface. 
We are not in the habit of applying current know-how in 
the design of man-machine interfaces because we are not 
even applying our knowledge to devices which we encounter 
every day in other walks of like. Our road signs, traffic 
signals, schedule boards in airports, typewriters, books, 
and magazines, in fact, nearly all methods of presenting 
information for human consumption exhibit an almost total 
lack of respect for simple, well-known principles of human 
factors engineering. This is due mainly to the fact that 
human beings, once they construct and adjust to a machine, 
no matter how cumbersome, resist having it changed even 
though the change would mean improvement in the function or 
ease of use. [Ref. 16] 
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This failure to apply basic human factors engineering 
principles is evidenced by most of the interactive graph- 
ical systems in use today. For example, systems engineers 
will go to great lengths to design and implement a more 
effective data structure. In the process, they c will often 
do extensive simulation and validation testing to insure 
that the data structure will be efficient and appropriate 
for the application involved. In comparison, the hardware 
devices used by the human to input the information to be 
stored in the data structure receive little or no consider- 
ation. The point here is that while it is important to 
analyze the operations to be performed by the machine, it 
is equally important to analyze the human side of the 
system. The human must be given equal consideration through 
the application of established techniques for human factors 
analysis. In designing the computer side of the system, 
consideration is given to the computer's basic character- 
istics such as the best operating temperature, the maximum 
line length, the delay time required, and the size of its 
memory. So, when designing the devices to be used by the 
human side of the system, it is only appropriate that equal 
consideration be given to the man's basic attributes — his 
sensory capabilities, his muscular strength, his perception, 
his native skills, and his optimum work load. [Ref. 17] 

With regard to the philosophy that .is is best to wait 
until more sophisticated hardware devices are developed, the 
fact is that the state-of-the-art devices are not being used 
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at their maximum efficiency. More research is required to 
fix the environment in which the various mechanisms at the 
disposal of the system designer are best suited before such 
a rash statement of inadequacy can be made. Without being 
fully aware of the capabilities that currently exist, it 
is virtually impossible to state categorically that present- 
day equipment is not sufficient. Once more a lack of 
research and the application of basic human factors 
engineering principles is responsible. 

B. FUNCTION CLASSIFICATION 

When analyzing an input device for use in the inter- 
active graphical environment, it can be noted that it will 
have two possible tasks. These tasks are to initiate a 

o 

function or to provide the parameters for a function which 
has been initiated. A further analysis of functions re- 
veals that their compatability with an interactive system 
is dependent to a large extent on the number of inputs 
which must be supplied by the analyst in order to completely 
define the parameters associated with the particular 
function involved. If, for example, a function required 
seven inputs, this would certainly be more clumsy for the 
user than one requiring only one or two inputs. Along this 
line, it is useful to classify functions according to this 
number of inputs required. This number will be an integer 
from zero to infinity. A function which requires two 
parameters to be completely defined would be a Class two 
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function. As an example, consider the hypothetical 
function "Dot" which would place a dot at a specific 
location when executed. This would be a Class two function 
since two parameters (an X and a Y coordinate) would be re- 
quired to uniquely identify the location of the dot. The 
function "Line," on the other hand, would be a Class four 
function since the X and Y coordinates of both end points 
would be necessary to fully define the entity. 

This method of function classification is of value to 
the system engineer because it gives him a feel for the 
amount of information which an analyst would be required to 
supply when executing a particular function. The higher 
the class of the function, the more information required 
and consequently the more action demanded of the analyst. 

It is worthwhile to note that the hardware device used 
to supply the required inputs can change the effective 
class of the function. In the case of the "Dot" function, 
for example, if a teletype was being used to input the 
information it would remain a Class two function since the 
analyst would be required to input two coordinates. If, 
however, a joy-stick was being utilized to indicate the 
position at which the dot was to be placed, the function 
would effectively become a Class one since only one input 
(the proper positioning of the joy-stick) would be required 
of the analyst. This ability to lower the effective class 
of a function is one of the reasons for the popularity of 
such input devices as the SRI Mouse and the joy-stick. This 
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is not to infer, however, that this is the only characteristic 
worth considering. Other characteristics such as natural- 
ness of use, speed, and error rate must also be taken into 
consideration when choosing between several available devices. 

e 

C. AN EXAMPLE TEST 
1 . General 

As an example of the type of research that should 
be performed when choosing an input device for use in an 
interactive graphical system, tests were designed and con- 
ducted to compare the relative merits of the light pen with 
menu, the teletype, and function switches. These particular 
devices were used since they represent the most commonly 
used hardware for selection of a function, regardless of its 
Class. The tests were conducted in a manner designed to 
simulate the general situation facing an analyst who must 
select one of a number of available functions. In addition 
to judging the ability of the three devices in this situation, 
the relative merits of displaying a large number of functions 
at once, using a limited number of functions, and dis- 
playing a large number of functions with only a limited 
number shown at any instant were analyzed. 

The experiment consisted of seven separate phases 
of activity. For each phase, the total time required to 
complete the phase and the total number of errors made 
were recorded. The participants were taken through the 
various phases in random order to avoid any possible bias. 
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All of the subjects tested had some prior knowledge of the 
hardware being used. In addition, a presentation explain- 
ing the format of the experiment and a review of the hard- 
ware operation was given to the entire group of participants 
prior to the individual testing. 

Phases one and four were conducted to simulate the 
case where a large number of functions (twenty-eight) are 
available to the analyst and all are displayed simultaneously. 
In Phase one, the functions were displayed on the face of 
the CRT and individual selections were made with the light 
pen. Phase four consisted of selecting the desired function 
by pushing the proper function switch. 

In Phases two and five the situation was simulated 
in whjich a large number of functions are in use; however, 
only a limited number (seven) contained on one of four 
"pages" are displayed at any given instant. These phases 
were conducted to test the hypothesis that an analyst would 
be able to function more efficiently when confronted by a 
small number of functions at any given instant as opposed 
to displaying them all at once. For Phase two, the functions 
were displayed on the CRT one page at a time. In Phase five, 
the functions were listed on four templates and the user 
was required to place the proper template over the function 
switches and press the required switch. 

Phases three and six consisted of utilizing only a 
limited number of functions (seven) which were displayed at 
one time. This was done to test the assertion that the 
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analyst would, when confronted by a limited number of 
choices, become familiar with them more rapidly and make 
fewer errors with greater speed than in the case of a large 
number of functions. 

For Phase seven, the situation in which the user 
must type in the names of the functions required via the 
teletype was simulated. This was done in an effort to com- 
pare a device requiring some amount of skill to those 
requiring very little. 

2 . Description of the Hardware Used 

The teletype used in the experiment was a Teletype 
Corporation Model 33 teletypewriter. This is, basically, 
an electromechanical input device which is used to inter- 
face with the Adage AGT/10 graphical display unit. 

Because a function box with a sufficient number of 
switches was not available, a wooden model was constructed 
for use in the evaluation. The box consisted of twenty- 
eight function switches arranged in four rows of seven each. 
In addition, each of the switches was connected to a separate 
light to indicate activation of that switch. To select a 
particular function, the button was depressed and the 
indicator associated with that switch would light. When 
released, the button would return to the original position 
automatically and the light would go out. 

The light pen which was utilized was a hand held pen 
with a fingertip switch on the barrel for making a selection. 
The selection was made from a list or menu of function names 
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which were displayed on the CRT of the AGT/10. The names 
were composed of characters which were 0.30 inches high 
and 0.20 inches wide. 

3 . The Experiment 

c 

The various phases of the experiment were conducted 
as follows: 

a. Phase 1 

The subject was given a list of 15 functions 
to be selected. He then picked up the light pen and pro- 
ceeded to pick the proper function from a menu containing 
28 function names. The menu was displayed on the CRT as 
shown in Figure 8. A selection was indicated by having the 
name of the function displayed below the menu. An example 
of this is illustrated in Figure 9 with the function "Point" 
selected. After selecting a function, the subject placed 
the light pen on the table in front of him and proceeded 
to read the name of the next function to be chosen. He then 
picked up the light pen to select the function as above. 

This process was continued until all 15 functions had been 
completed. 

b. Phase 2 

In this phase, the subject was given a list of 
15 functions to be selected as before. After reading the 
name of the first function to be selected the page on 
which the function was listed had to be located. This was 
accomplished by moving from page to page with the aid of_ 
the light pen and menu. To select page two, for example, 
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Figure 8. Large number of functions on one "menu". 
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Figure 9. The function Point has been selected. 
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the subject would select "TWO" from a list at the bottom 
of the menu which contained the various page numbers . This 
is illustrated in Figure 10. After finding the proper 
page, the subject would select the required functions from 
that page as in Phase one. Following this, the name of the 
next function to be selected was read from the list and 
testing proceeded as indicated above. This process con- 
tinued until all of the functions had been selected, 
c. Phase 3 

In this phase, only seven functions were dis- 
played on the CRT. Other than this, testing was identical 
to that described in Phase one. 
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Figure 10. A multi-paged display with page two selected 



d. Phase 4 



This phase was similar in all respects to 
Phase one with the following exceptions. Functions were 
selected by pushing the proper button on the function box 

c 

as opposed to selecting them from a menu. The particular 
function selected was indicated by the light which was 
energized. The function box is shown in Figure 11. 

e. Phase 5 

Instead of having the functions on four pages 
which were selected with the light pen as in Phase two, the 
subject was given a series of four templates with seven 
function names per template. To select a particular function 
he was required to locate the proper template, place it 
over the function keys, and push the button. Once more, the 
function selected was indicated by a light. With the above 
exceptions, the test proceeded as in Phase two. 

f. Phase 6 

This phase modeled Phase three with function 
switches taking the place of the light pen and menu. 

g. Phase 7 

In this phase, the subject was required to 
input the list of 15 functions to be selected via the 
teletype. After reading the name of the function he typed 
it in and followed this with a carriage return. This pro- 

o 

cess continued until all of the function names had been 
typed in. 
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box and associated light to indicate function 



4. Test Results 



The actual results obtained from the experiment are 
contained in Appendix A. Figure 12 compares the mean total 
time required to select functions from a limited number of 
alternatives with no penalty for error. It should be noted 
that while the teletype is definitely unfavorably rated in 
this case, the function switches and menu are close enough 
to require further comparison of the two before choosing 
one over the other. Such things as ease of use and natural- 
ness would be considered in this testing. Figure 13 depicts 
the total number of errors committed for each device. Once 
more the teletype is definitely undesirable while the 
function switches and menu remain undecided. 

In order to obtain a representation of the time 
required to perform a task taking error correction into 
account, the adjusted selection time was calculated. This 
was done by first dividing each subject's total selection 
time by the number of functions selected (fifteen) . This 
yielded the average time for each function selection for 
that subject. This time was then multiplied by the number 
of mistakes encountered to get the total correction time. 

The total correction time was then added to the subject's 
selection time to obtain the adjusted selection time. As 
an example, consider the case where the subject selected the 
fifteen functions in thirty seconds with three errors. The 
average function selection time is thirty divided by fif- 
teen or two seconds. The correction time is two seconds 
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multiplied by three errors or six seconds. So, the adjusted 
selection time in this case would be thirty-six seconds. ‘ 

In Figure 14, the adjusted selection time for each 
device is illustrated. Although the difference between the 
function switch and menu increased somewhat in this case 
there is still an insufficient separation between the two 
to justify choosing one over the other. The teletype, on 
the other hand, remains an unsatisfactory choice. 

The mean selection times for the various devices with 
a large number of functions displayed simultaneously are 
compared in Figure 15. In this case all three devices are 
closely related and selecting one in particular on this 
basis alone would not be valid. In figure 16, the total 
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hardware device 

Figure 14. Mean adjusted selection time for a limited 
number of functions 
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number of errors committed in this situation is shown for 
each device. The error rates for function switches and 
the menu are comparable while the teletype is unsatisfactory 
in comparison. An analysis of the adjusted selection 
times illustrated in Figure 17 supports the hypothesis that 
the devices are comparable in this instance in spite of the 
error rates and further testing would be required in order 
to decide which was preferable. 

The mean selection times for each device when a large 
number of functions are paged is illustrated in Figure 18. 
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Figure 15. Mean selection time for large number of 
functions displayed simultaneously 
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of functions 
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Figure 18. Mean selection time for paged functions 
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Figure 20. Mean adjusted selection time for paged functions. 
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Investigation reveals that the teletype is the most pre- 
ferable and the function switches the least preferable in 
this case. The poor showing on the part of the function 
switches was caused by the requirement that the subject 

c 

manually "page" through the templates to obtain the one 
desired. An examination of the error rates as shown in 
Figure 19 reveals the function switches and the menu to be 
the most accurate as bfefore. The teletype, however, re- 
mained very error prone. The adjusted selection times 
showed the teletype to be the most favorable in spite of 
its high error rate. This is illustrated in Figure 20. 

5 . Conclusions 

From the test results, several general conclusions 
are possible. First, it is best to implement a limited 
set of functions. This enables the analyst to scan the 
list quickly and with a minimum of frustration. This 
conclusion is based upon the fact that selecting from a 
limited number of functions was clearly faster and more 
error-free than either of the other choices in the experi- 
ment. It should be noted that the choice of seven functions 
to represent a limited number was strictly arbitrary and 
further testing would be required to establish an upper 
bound on this figure. 

With regard to the hardware that should be associated 

o 

with this choice, the function switches or menu would be 
preferable to the teletype. Since these alternatives rated 
so close together in the tests conducted, further investigation 
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concerning such things as ease of use and naturalness would 
be required to select between the two. 

The second conclusion is that if it is not possible 
to work with a limited number of functions the next best 
alternative is to display all of the functions at once. In 
this case, further investigation of the three input devices 
considered would be required to choose one in particular 
since all rated closely in the testing. 

Finally, if neither of the above alternatives is 
possible the use of the teletype would be advocated for in- 
putting the various functions as opposed to paging with the 
function switch or menu. It should be emphasized that this 
alternative clearly rated below the other choices and 
should be avoided. 
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IV. SUMMARY 



It has been shown that by combining the features of 
graphical communication with the traditional facilities 
offered by the computer it is possible to enhance the man- 
machine relationship. 

A highly efficient interaction in which the assets of 
both the computer and the man are properly utilized has not 
been achieved. Therefore, the potential users of interactive 
graphical systems are finding more traditional means such 
as batch processing to solve their problems in spite of the 
delays. This failure to achieve a satisfactory uniting of 
man and machine has been caused by the failure of present- 
day systems to develop a sound communications link between 
the two . 

An analysis of this communications link has revealed 
two basic components: the method by which the user controls 

program flow and the hardware device used to communicate 
commands to the computer. 

Upon further investigation of the control of program 
flow, it was discovered that the traditional pattern of 
inputting information, performing calculations, and out- 
putting the results was not satisfactory for an interactive 
graphical environment. Instead, a system in which the 
machine executes an instruction and then idles while await- 
ing further direction from the user is preferred. In 
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addition, the basic step taken by the machine prior to 
receiving further direction would be a function. This would 
provide the user with a maximum amount of control over the 
program without being awkward. 

The functions available to a user from a particular 
area (who would be known as the analyst) would be prepared 
by a programmer and were referred to as the discipline set. 

A subset of these which would be common to all disciplines 
were referred to as basic functions. 

A generalized method for problem solution and program 
control which would increase the capabilities of the analyst 
by allowing him to interact with the machine in a natural 
manner and with a minimum of learning was described. This 
consisted of six basic phases of activity as follows: 



Phase A: 


Selecting primitives 


Phase B: 


Defining any new primitives required 


Phase C: 


Constructing a model of the problem 


Phase D: 


Selecting the analysis functions to be applied 


Phase E. 


Defining any new analysis functions required 


Phase F: 


Outputting results 



An investigation of hardware control devices revealed 
that for the most part there is no evidence that human 
factors engineering techniques were applied when selecting 
a particular piece of equipment over another. As a result, 
users are frequently frustrated in their* attempts to input 
commands to the machine. 
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A function classification system was proposed in which 
the functions were given a number to indicate the amount of 
information which the user would be required to supply to 
completely define that particular function. It was noted 
that the particular hardware device used could effectively 
lower the class of a function. 

As an example of the type of analysis that should be 
performed when analyzing various hardware devices tests 
were designed and conducted to measure the relative merits 
of the light pen and menu, the function switch, and the 
teletype. In addition, the tests measured the effectiveness 
of displaying a large number of functions simultaneously, 
displaying a limited number of functions, and displaying 
a large number of functions with only a limited number 

o 

shown at any instant. 
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APPENDIX A 



The following is a tabulation of the actual test results. 
The times listed are in seconds. 
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